Integrated smart helmet and methods and systems of controlling smart helmet

ABSTRACT

Exemplary embodiments of the present disclosure are directed towards an integrated smart helmet system, comprising: a control unit-PCB  201  is wirelessly connected to a computing device  303  over network  305 , computing device  303  is configured to enable a user to use different functionalities without having to remove helmet  102  and access the computing device  303  and the control unit-PCB  201  is configured to detect crashes while wearing the helmet  102  by the user and notify crash detected information to computing device  303  over network  305 , buttons  213   a - 213   d  are positioned at the rear or side of helmet  102  and control unit-PCB  201  is electrically coupled to buttons  213   a - 213   d , buttons  213   a - 213   d  are configured to initiate prompts to direct the user to put away the computing device  303  while driving and disable certain dangerous functions.

TECHNICAL FIELD

The present disclosure generally relates to the field of helmet systemsand technology, and more particularly to a smart helmet that hasintegrated electronics and systems which actively monitors a user'senvironment and provides various kinds of information to the user.

More particularly, the present disclosure relates to a combination of ahelmet, and a controller, and a mobile phone device application, withenhanced features, including but not limited to:

a. built-in LED turn signals;

b. positive audible feedback for the signals;

c. fully integrated Bluetooth and phone communication system;

d. hands-free cellular communications;

e. fully integrated headphone and microphone;

f. gyroscope sensor;

g. ultrasonic radar sensor;

h. accelerometer;

i. helmet remote;

j. processing system for helmet;

k. crash detection systems;

l. Concussion detection;

m. Rise-to-wake;

n. mobile phone application;

o. SOS alert systems;

p. Intelligent maps with weather integration;

q. Big data computation and analysis;

r. a secure method of securing the helmet to a vehicle when parked.

BACKGROUND

Helmets and other protective headgear have evolved over the years. It isnot uncommon for individuals to wear protective headgear when they are,for example, riding motorcycles, riding horses, roller-blading, playingfootball, playing baseball, playing hockey, skiing and skating, as wellas for other general safety purposes.

Helmets have the primary function of protecting the head of a personfrom an injury that may be sustained while engaged in work, sports andother activities. Moreover, as outdoor activities, have increased inpopularity, the need emerged for even more specialized helmets. Forexample, as cycling and motorcycling have grown in popularity, so hasthe injuries resulting from accidents involving cycling or motorcycling.It is estimated that more than 100000 people per year are admitted tohospital because of head related injuries. Similarly, helmets are usedacross several industries, such as construction, oil and gas, powerplants, water, transportation, shipbuilding, aerospace and defense.

Helmets are meant to safeguard user's but user habits compromise thesafety of helmets. The unsafe practices include disregard of a user towear a helmet, non-strapping of helmets, using worn out helmets, usingmobile phones or other communication devices while riding, turning ofthe user's head to check for obstacles thereby obstructing the field ofview. There are currently many intelligent helmet systems that addressone or many of these issues, but fail to address all of them.

There are independent wireless communication modules available in marketthat can be attached to the helmets for using devices like mobile phoneswhile riding. However, these devices are bulky and leave loose wireshanging around the helmet making them inconvenient and non-aesthetic.Furthermore, the weight from these external devices can affect thenatural head tilt and response time of the user. The helmet systems withintegrated wireless communication modules that are currently availableare exorbitantly priced.

Also, the helmet manufactures realize protective helmets can incorporateother safety features such as two-way and AM/FM radios, turn signals,rearview mirrors and other safety devices. Protective helmets withtwo-way communication systems are generally well known. Some of thesewell-known systems carry a transmitting unit within the helmet, but havethe disadvantage of using an umbilical cord to a base unit. Such a unitis not a complete and self-contained system. Other known units have anexternal antenna, are not protected from shock, and provide earphoneswhich may completely cover the ear. Still other known units do notprovide a proper cushioning for the electronics itself. Consequently,the electronics may be damaged from impact to the helmet.

There are helmet systems that use cameras and image processingtechniques to visualise objects present in the field of view of user's(eg: Skully helmets). However, these helmets involve a lot of processingdue to use of image processing cameras and hence are costlier. Alsothese helmets (Skully) have display screens in the visors, which mightdistract the driver from driving and can be intrusive and unsafe.

Helmets having integrated electronics have been utilized for some timein work place and recreational settings. One such device has beeninvented by Kawaguchi et al. as disclosed in U.S. Pat. No. 4,648,131.This helmet is for intercommunications between workers as well asbetween a central control room and other workers.

The invention disclosed in U.S. Pat. No. 4,833,726 to Shinoda et al.teaches a helmet with two-way radio communication facilities to be usedby workers in the construction industry.

The invention disclosed in U.S. Pat. No. 5,353,008 to Eikenberry et al.teaches a motorcycle helmet with brake lights including a duty cycledreceiver circuit for receiving a radio frequency signal from atransmitter located on the motorcycle.

U.S. Pat. No. 3,586,977 to Lustig et al. discloses voice communicationsbetween a motorcycle user and passenger when both are wearing motorcyclehelmets.

However, the helmets described in the prior art are passive and fail tobe responsive to the user's environment.

By integrating all the aforementioned features, a helmet provides extralevel of security in case of emergency. By integrating navigation andcommunications, as well as gyroscopes and accelerometers into the helmetsystem, the amount of extra equipment a user is required to purchase,carry, and access is significantly reduced.

In the light of aforementioned discussion, there exists a need for acost effective helmet system that enhances the safety and convenience ofuser's. The present invention discloses a smart helmet system that canbe controlled wirelessly by an external controller, and which can detectcrashes through gyroscopic sensors and accelerometers and can initiateemergency response triggered in conjunction with a software application.The use of multiple sensors involves less processing, low cost andsimple circuitry and the use of sensory output modules such as LEDoutput modules makes the system non-intrusive and safe, when compared tohelmets with embedded displays. In an embodiment, the helmet systemsdisclosed herein are integrated with the wireless communication deviceand proprietary chip in the helmet, and further integrated with anapplication on smartphones and thus allowing the users to use thedifferent functionalities of their devices without having to removetheir helmets or access their computing device.

BRIEF SUMMARY

The following presents a simplified summary of the disclosure in orderto provide a basic understanding to the reader. This summary is not anextensive overview of the disclosure and it does not identifykey/critical elements of the disclosure or delineate the scope of thedisclosure. Its sole purpose is to present some concepts disclosedherein in a simplified form as a prelude to the more detaileddescription that is presented later.

An objective of the present disclosure is directed towards providing asmart helmet system and a system of controlling the helmet. The presentinvention comprises a helmet having a battery-operated controllerunit-PCB. According to an illustrative embodiment, the helmet maycomprises of a full-face helmet, or an open face helmet, with fullyintegrated wireless communication system, speakers and microphones. Inorder to power the system, a box/housing consisting of unique circuitryand processors, housed within a rectangle-shaped housing that can beattached or detached into a hollow housing in the rear of helmet at thebase of the motorcyclist's skull. This is facilitated by a plasticdetachable housing which can be detached from the helmet to allow remotere-charging. Upon clipping the housing into the helmet, contact pointsare established via the use of a Magnetic connector or pogo pins. Thisunique battery mounting position puts the centre of mass of the helmetas close as possible to the base of the neck so that, despite the massof the housing, the helmet provides little inertial resistance to quickmovements of the head. The system has the chip integrated into the shellof the helmet.

An objective of the present disclosure is directed towards providing ahelmet further comprising a three axis digital gyroscope mounted in thehousing which produces and records data which can be used to calculatewhere the user is looking at any given point of time by referencing itto the relative mean head position of the user. When combined with theaccelerometer, the system can detect the exact “x,y,z” location of ahelmet and the angle relative to its riding position. In the event of arapid deceleration possibly indicating an accident, provides analgorithm that will contact emergency responders if the user isnonresponsive. The smart helmet system leverages the accelerometer inthe computing device to cross check and verify the crash detected by thehelmet. If both sensors don't register the same deceleration uponimpact, the app can establish that it was just the helmet which sufferedthe impact by falling off the table, etc. The helmet further includesultrasonic sensors which are placed at blind spot detection angles andare configured to scan and report if any object/vehicle is in the user'sblind spot. Once there is an obstruction, an immediate sensory feedbackis sent to the user via Led/vibration/etc. This enables the user tonavigate the lanes on the road without having to take their eyes off theroad. The helmet further comprises of an accelerometer, which will beused to gather data which can ascertain the acceleration/deceleration ofthe user and any sudden impacts to the helmet and user. This data iscollected and can be factored into a series of protocols for crashdetection.

An objective of the present disclosure is directed towards providing aprotocol for crash detection by cross referencing readings of thegyroscopes in the helmet system and the computing device of a user.

An objective of the present disclosure is directed towards providing adata processing module that computes and stores data from the helmetsystem by leveraging the processing power of the user's computingdevice, thereby reducing the need for placing batteries in the helmet,resulting in a lighter and safer helmet system.

An objective of the present disclosure is directed towards providing amethod and system for detecting, monitoring and/or controlling one ormore of mobile services for a user's mobile device, and when the deviceis being used and the vehicle, operated by the user of the device, ismoving. The present method and system determines whether the vehicle isbeing operated by a user that may also have access to a mobilecommunication device which, if used concurrently while the vehicle is inoperation, may lead to unsafe operation of the vehicle. The presentdisclosure provides an algorithm to determine that a vehicle operatorhas potentially unsafe access to a mobile communication device by usingthe light sensor on the front of the computing device to sense if theuser has the computing device out of his pocket for example. Thiscombined with the speed of the user (calculated via movement on a mobileapplication) and the usage of buttons and user experience design canprompt the user to put away the computing device while driving anddisable certain dangerous functions, or may restrict operator access toone or more services that would otherwise be available to the operatorvia the computing device.

An objective of the present disclosure is directed towards providing amethod and system for activating and initiating an emergency distressprotocol/signal highlighting the user's exact geographical location toemergency services, personal and public contacts.

An objective of the present disclosure is directed towards providing amethod and system for activating and initiating an emergency distressprotocol/signal by which the smart helmet system automatically beginsrecording and keeping a log of all the data which it receives so thatthis data can later be used in case of an enquiry, thereby acting as adeterrent for potential offenders.

An objective of the present disclosure is directed towards providing amethod and algorithm to match the route of the user to the predictiveweather data. Furthermore, the algorithm may be used to predict theweather during the entire ride rather than just at the beginning or atpresent. This would help user's be better prepared while doing longeractivities where weather conditions could change with geographicallocations. Map data is also used for Geo-locating the user during SOSand crash Protocols.

It is understood that this Summary section is neither intended to be,nor should be, construed as being representative of the full extent andscope of the present disclosure. Additional benefits, features andembodiments of the present disclosure are set forth in the attachedfigures and in the description herein below. Accordingly, this Summarysection may not contain all the aspects and embodiments describedherein.

Additionally, the disclosure herein is not meant to be limiting orrestrictive in any manner. Moreover, the present disclosure is intendedto provide an understanding to those of ordinary skill in the art of oneor more representative embodiments supporting the disclosure. Moreover,the present disclosure is intended to encompass and include obviousimprovements and modifications of the present disclosure.

According to an exemplary aspect, an integrated smart helmet systemcomprising a control unit-PCB is wirelessly connected to a computingdevice over a network, the computing device is configured to enable auser to use different functionalities without having to remove a helmetand access the computing device and the control unit-PCB is configuredto detect crashes while wearing the helmet by the user and notify thecrash detected information to the computing device over the network.

According to another exemplary aspect, the integrated smart helmetsystem comprising buttons positioned at the rear or side of the helmetand the control unit-PCB is electrically coupled to the buttons, thebuttons are configured to initiate prompts to direct the user to putaway the computing device while driving and also disable certaindangerous functions.

According to another exemplary aspect, the first speaker is positionedon the left side of the helmet and a second speaker is positioned on theright side of the helmet, the first speaker and the second speaker areconfigured to initiate an audio prompt to the user.

BRIEF DESCRIPTION OF DRAWINGS

Other objects and advantages of the present invention will becomeapparent to those skilled in the art upon reading the following detaileddescription of the preferred embodiments, in conjunction with theaccompanying drawings, wherein like reference numerals have been used todesignate like elements, and wherein:

Other objects and advantages of the present invention will becomeapparent to those skilled in the art upon reading the following detaileddescription of the preferred embodiments, in conjunction with theaccompanying drawings, wherein like reference numerals have been used todesignate like elements, and wherein:

FIG. 1 shows the diagrammatic representation of the top view (a), frontview (b), side view (c) and rear view (d) of the helmet system, inaccordance with a non limiting exemplary embodiment of the presentdisclosure.

FIG. 2A represents a functional block diagram of the interior of thehelmet system, its circuitry and components, in accordance with anon-limiting exemplary embodiment of the present disclosure.

FIG. 2B shows the diagrammatic representation of the top view (a), frontview (b), side view (c) and rear view (d) of the controller module (thebrain) of the helmet system, in accordance with a non-limiting exemplaryembodiment of the present disclosure.

FIG. 3 is a block diagram depicting the smart helmet and a computingdevice, according to exemplary embodiments of the present disclosure.

FIG. 4 shows the diagrammatic representation of the top view (a), frontview (b), side view (c) and rear view (d) of the remote of the helmetsystem, in accordance with a non-limiting exemplary embodiment of thepresent disclosure.

FIG. 5 is a flowchart depicting a method to detect the exact “x,y,z”location of a helmet and the angle relative to its riding position, inaccordance with a non-limiting exemplary embodiment of the presentdisclosure.

FIG. 6 is a flowchart depicting a protocol for crash detection by crossreferencing readings of the gyroscopes in the helmet system and thecomputing device of a user, in accordance with a non-limiting exemplaryembodiment of the present disclosure.

FIG. 7 is a flowchart depicting a protocol for recognition andactivation of “RideSafe” mode, in accordance with a non-limitingexemplary embodiment of the present disclosure.

FIG. 8 is a flowchart depicting a protocol for activating and initiatingan emergency distress protocol/signal by which the smart helmet systemautomatically begins recording and keeping a log of all the data, inaccordance with a non-limiting exemplary embodiment of the presentdisclosure.

FIG. 9 is a flowchart depicting a protocol for predicting weather andidentifying best routes for the user, in accordance with a non-limitingexemplary embodiment of the present disclosure.

FIG. 10 is a flowchart, depicting the method for triggering the SOS, inaccordance with a non-limiting exemplary embodiment of the presentdisclosure.

FIG. 11 is a flowchart, depicting the method for detecting head-oncrash, in accordance with a non-limiting exemplary embodiment of thepresent disclosure.

FIG. 12 is a flowchart, depicting the method for concussion detectionand/or detection of impact to the head, in accordance with anon-limiting exemplary embodiment of the present disclosure.

FIG. 13 is flowchart, depicting a method for detecting the motion of thesmart helmet in a sleep state and wake up the smart helmet to an activestate, in accordance with a non-limiting exemplary embodiment of thepresent disclosure.

FIG. 14 is flowchart, depicting a method for detecting the rotationalhead movement during crash, in accordance with a non-limiting exemplaryembodiment of the present disclosure.

FIG. 15 is flowchart, depicting a method for detecting the rideautomatically, in accordance with a non-limiting exemplary embodiment ofthe present disclosure.

FIG. 16 is a block diagram depicting the details of a Digital ProcessingSystem in which various aspects of the present disclosure are operativeby execution of appropriate software instructions.

DETAILED DESCRIPTION

It is to be understood that the present disclosure is not limited in itsapplication to the details of construction and the arrangement ofcomponents set forth in the following description or illustrated in thedrawings. The present disclosure is capable of other embodiments and ofbeing practiced or of being carried out in various ways. Also, it is tobe understood that the phraseology and terminology used herein is forthe purpose of description and should not be regarded as limiting.

The use of “including”, “comprising” or “having” and variations thereofherein is meant to encompass the items listed thereafter and equivalentsthereof as well as additional items. The terms “a” and “an” herein donot denote a limitation of quantity, but rather denote the presence ofat least one of the referenced item. Further, the use of terms “first”,“second”, and “third”, and the like, herein do not denote any order,quantity, or importance, but rather are used to distinguish one elementfrom another.

The drawing figures are intended to illustrate the general manner ofconstruction and are not necessarily to scale. In the detaileddescription and in the drawing figures, specific illustrative examplesare shown and herein described in detail. It should be understood,however, that the drawing figures and detailed description are notintended to limit the invention to the particular form disclosed, butare merely illustrative and intended to teach one of ordinary skill howto make and/or use the invention claimed herein and for setting forththe best mode for carrying out the invention.

In accordance with various non limiting exemplary embodiments of thepresent subject matter, helmet systems and methods are disclosed whereinthe helmet systems are integrated with wireless communication devicesconnecting the helmet system with devices such as mobile phones and thusallowing the user's to use the different functionalities of theirdevices without having to remove their helmets every time.

With reference to the drawing figures and in particular FIG. 1 there isshown a helmet system 100 incorporating features of the presentinvention. The helmet system 100 depicting a side view of the helmet102, a top view of the helmet 104, and a bottom view of the helmet 106.Although helmet 102, 104, 106 is depicted as a motorcycle helmet, ahelmet incorporating features of the present invention may beimplemented as a bicycle helmet, industrial safety helmet, military orother helmet without departing from the scope of the invention. Helmet102, 104, 106 is preferably constructed of conventional materials withan inner liner formed of expanded polystyrene or polypropylene foam(EPS) and an outer shell made from a homogeneous plastic such aspolyamide, polyethylene or polycarbonate, or from a composite materialsuch as fiberglass, aramid, carbon fiber or other composites. The helmet102, 104, 106 includes a visor 108, vents 110 a, 110 b, 110 c, and astrap 112. The visor 108 is typically opaque and shield the face fromthe sun. Such visor 108 is typically permanently fixed to the helmet102, 104, 106 and is unmovable i.e., it is not intended to be removed bythe user. The vents 110 a, 110 b, 110 c are located in various positionsdesigned to enhance air flow and/or to reduce air resistance. The strap112 having a first strap portion and a second strap portion selectivelyconnectable to one another to extend from opposing sides of the body andunderneath a chin of the user. The user may include any person or objectthat requires wearing of a helmet, and which may include, but notlimited to, a rider, a player in a team, a soldier, and so forth.

Referring to FIG. 2A, there is a depiction of the interior of the helmetsystem 200 a, its circuitry and components, according to exemplaryembodiments of the present disclosure. The components include acontroller unit-PCB 201, a wireless communication device 203, amicrophone 205, two speakers 207 a, 207 b positioned on the left sideand right side of the user's head, front output LED lights 209 a, 209 b,rear output LED light 209 c, ultrasonic sensors 211 a, 211 b, buttons213 a, 213 b, 213 c, gyroscope sensors 215, and accelerometers 219. Thehelmet will be controlled with 4 buttons 213 a, 213 b, 213 c, 213 d (notshown) positioned at the rear or on the side of the helmet, which can beaccessed easily by the user. The gyroscope sensors 215 is configured toproduce data which can be used to calculate where the user is looking atany given point of time once we have the relative mean head position.This combined with the accelerometer 219 can give us the exact x,y,zlocation of a helmet and the angle relative to its riding position. TheUltrasonic sensors 211 a, 211 b are placed at Blind spot detectionangles and are configured to scan and report if any object/vehicle is inthe user's blind spot. Once there is an obstruction, there will be animmediate sensory feedback to the user via Led/vibration/etc. Thisenables the user to navigate the lanes on the road without having totake your eyes off the road. The accelerometer 219 will be used togather data which can be used to collect the acceleration/decelerationof the user and any sudden impacts to the helmet and in turn the user.This data will then be factored into a series of protocols for crashdetection.

In accordance with one or more exemplary embodiments, the smart helmetprovides a crash detection feature to the user. The smart helmet detectsany blow to the head while the user wears the smart helmet. Whenever theuser has a crash while wearing the smart helmet, it is automaticallydetected by the controller unit-PCB 201 and notifies this information tothe emergency contacts. This shares the exact location of the user afterthe crash is detected. The controller unit-PCB 201 initiates theprotocol and the data processing module (not shown) on the computingdevice (not shown) sends location-based notifications to the preassignedemergency contacts. The location-based notifications may include, butnot limited to, SMS, Email, alerts, and so forth. The smart helmetcommunicates to the data processing module (not shown) via the network(not shown). The smart helmet may know when you have accidentallydropped your helmet or when you are involved in a fatal crash. This isdone by a proprietary algorithm and code which cross references theimpact information and location of the user with the GPS movements andspeed of the user on the computing device (not shown) and classifieswhether the user is driving or not. If the data generated by theaccelerometer 219 on the computing device (not shown) shows a change inlocation and motion, the data processing module (not shown)authenticates this and relays this information to the data processingmodule (not shown). This helps in distinguishing if the user had a realcrash or he just dropped his smart helmet. The smart helmet is alsocapable of working with different types of head injuries. The headinjuries may include, but not limited to, head-on injury, rotationalinjury, and so forth. When the user has rotational head movement duringa crash, the smart helmet calculates the angular velocity and therotational angles of the head and when they cross the threshold limitthen the crash detection protocol is activated. When the user has acrash the smart helmet calculates the impact detected from theaccelerometer 219, the angular velocity, and head position by thegyroscope and the linear acceleration from the GPS. By combining thisinformation the head position and the impact from the head-on androtational collision, the smart helmet may classify whether the user haspossibly suffered a concussion or a high impact on the head. After theconcussion is detected, we can inform this to the emergency services aswell as people monitoring this data, for eg: the coach or medic of asports team.

In accordance with one or more exemplary embodiments, the smart helmetprovides SOS feature. SOS is a safety feature, which when triggered, maynotify the real-time, live location to the selected contacts that may bepre-assigned. This auto enables a live location tracking after the SOSfunction is triggered and updates the contacts with a live map of wherethe user is moving. It also sends location-based notifications to thepreassigned emergency contracts via different communication modes (suchas SMS and an Email) with the exact location to the preassignedEmergency Contacts. This feature can also be used as a simple livelocation tracker. The SOS feature may be activated from the smart helmetor directly from the data processing module (not shown). Triggering fromthe smart helmet may be done with a triple tap of the button on thehelmet or triple tap on the helmet itself to activate the SOS (thisfeature may be activated by the accelerometer detecting a tap on thesurface of the smart helmet).

In accordance with one or more exemplary embodiments, the smart helmetwith rise to wake technology may detect the motion of the helmet in asleep state and may activate the smart helmet to wake up to an activestate. This is done by the accelerometer interrupt function that wouldsend an interrupt when it detects significant motion, which in turn canalso classify if a user has picked up the helmet or not. After it goesto the activate state, it starts advertising for the user's computingdevice (not shown) to connect. This ensures that the smart helmet isready to start pairing to the user's computing device as soon as it ispicked up. Once the user disconnects the computing device (not shown)from the smart helmet, the smart helmet may go back to the sleep stateafter a timeout period.

In accordance with one or more exemplary embodiments, the smart helmetwith inertial measurement unit configured to measure how the head isrotating when the user puts on the smart helmet. The smart helmet maytrack the angles at which the head is positioned and give the absoluteorientation of the head. The smart helmet system also measures theangular velocity of the head and may be mapped to real time headmovement. The inertial measurement unit is multi-axis combination ofgyroscope 215 and accelerometer 219. The smart helmet may further beconfigured to measure the absolute orientation by getting thequaternions of the helmet in real time. The data is sent over to theserver from the smart helmet for processing and storing data. The smarthelmet is coupled with the computing device (not shown) and the dataprocessing module (not shown) for visualizing and analyzing the data.Visualizations include the real time head movement with 3D object fileswith the data from the remote sensor. The smart helmet needs tocommunicate the data from the sensor for visualizing the data. The datamay be sent over the data processing module (not shown) via the network(not shown). For example, the smart helmet implemented with wireless lowenergy communication, then it can be mainly used for a single user at atime approach. Wireless low energy is known to consume very less energyand an ideal choice for a single user approach. The data from the smarthelmet may be streamed via L2CAP profile to the paired computing device(not shown). The data processing module (not shown) may process thisinformation and then have the dashboard for visualizing the real timehead movements, the angular velocity at which head is moving, Quaterniondata with angles of head rotation. The data processing module (notshown) can also classify on the data for any predefined gestures ormovements. In another example, the smart helmet implemented with WiFibased communication protocols may work for any single user at a giventime or multiple users in a group. The smart helmet may act as UDPclient whilst the UDP server streams the data. The data is used for realtime head tracking, visualizing real time head movements, angles, andpositions. The server (not shown) may be connected to the dataprocessing module (not shown) that has the user interface built forrespective sport or activities. The interface may provide all the vitalinformation with respect to the sport that involves helmet and need fortracking the head.

In accordance with one or more exemplary embodiments, real time playeranalysis is done using the wireless sensors placed inside the smarthelmet of the player that provide all the vital information. Thewireless sensors consist of IMU (Inertial Measurement Unit), GPS (Globalpositioning System), and impact detection system (Impact accelerometer)and on board WiFi chip. The wireless sensors are responsible forcapturing the real time data from the IMU, GPS, Impact detection systemand send them wirelessly to the computing device (not shown) or a cloudcomputer or a local server (not shown) for processing the data andstreaming it to the smart computing device (not shown) or dataprocessing module (not shown) with UI respective to the sport. IMU isresponsible for the head tracking done on the player for real time. TheIMU calculates the absolute orientation, angular velocity and any tapgestures on the smart helmet. GPS is responsible for calculating theabsolute position of the player on the pitch, calculating speed andlinear acceleration of the player on the pitch. Impact Detection Systemis responsible for measuring any high impacts on the helmet, detectingrapid changes in acceleration, linear acceleration and deceleration. Onboard WiFi is responsible for streaming this real time data to the cloudcomputer (not shown) of local server that can process the data and inferinformation about the player. The data may extract from this system,which is Player Position, Player current speed, Player heat map, Impactand hit detection, Head tracking and orientation, Gesture recognition,Player top speed, Player average distance covered, Concussion detection,and image about how sensor systems collect the information.

In accordance with one or more exemplary embodiments, the real timeanalysis is a fleet of connected wireless sensors with the users thatare part of the team. The wireless systems are all connected to the samenetwork. The wireless sensors may talk to the computing device (notshown) that can process data and also it can communicate among otherwireless sensors. The connected wireless systems consist of IMU, GPS,impact accelerometer, and on board WiFi. The fleet of wireless systemswhen connected to the same network will share any information from anyother node in the network (not shown). This helps in calculating all theusers and synchronizing the data to form a collective information forthe team. The GPS could effectively show the position of each user in anarea, that is constantly updating with each movement. Practice sessionmonitoring is also done using the real time team analysis. This works byfirst setting up the system with feed of users, positions and unique idof their wireless sensor system. For example, the practice sessionmonitoring mode allows coaches to predefine any formation of strategyand observe in real time how the players are performing with the help ofthe data processing module (not shown) which is connected to thecomputing device (not shown).

In accordance with one or more exemplary embodiments, the smart helmetwith the entertainment system integrated seamlessly into it can be usedfor listening music, making and taking calls, and activating thepersonal assistants (Ski or Google assistant, for e.g.). TheEntertainment System is also equipped with onboard battery, Usb Micro-Bport for charging and software upgrade. The entertainment system doesthis by having onboard wireless communication device connecting to thecomputing device with the HFP (Hands Free Profile) and AVRCP(Audio/Video Remote Control Profile). The smart helmet also provides adevice firmware upgrade feature through USB Micro-B Port which isaccompanied by the data processing module that detects the smart helmetwhen connected in a firmware upgrade state. The System comes equippedwith buttons for changing different modes. The Entertainment system hasmainly 3 modes, which are pairing mode, active mode, DFU mode, and soforth. Pairing Mode: The Entertainment system can go into pairing modefor it to be available for nearby devices to connect.

Active Mode: The Entertainment system in active mode is connected to anearby wireless communication device with the AVRCP and HFP profiles andis used to listen music, take and receive calls.

DFU Mode: DFU Mode is primarily used for updating firmware of theEntertainment system inside the smart helmet. Firmware of the system canbe updated by connecting the smart helmet to the computing device andgoing to the DFU Mode.

Referring to FIG. 2B, it is a depiction of the controller unit-PCB 201of the smart helmet system 200 b. It comprises of a plastic detachablehousing which can be detached from the helmet to allow remote recharging. Upon clipping the housing into the helmet, contact points areestablished via the use of a Magnetic connector or pogo pins. Theunit-PCB 201 and a battery may be fixed into the helmet using screws.

Referring to FIG. 3 is a block diagram 300 depicting the smart helmetand a computing device, according to exemplary embodiments of thepresent disclosure. The smart helmet 302 is wirelessly communicated withthe computing device 303 over a network 305. The smart helmet 302comprises a controller unit-PCB 301, and a wireless communication device306. The computing device 303 is configured to enable the user to usedifferent functionalities without having to remove the smart helmet 302and access the computing device 303 and the controller unit-PCB 301 isconfigured to detect crashes while wearing the smart helmet 302 by theuser and notify the crash detected information to the computing device303 over the network 305. Network 305 may include, but is not limitedto, a short range wireless communication network, such as near fieldcommunication network, Bluetooth low energy network, cellular network,an Ethernet, a wireless local area network (WLAN), or a wide areanetwork (WAN), a Wi-Fi communication network e.g., the wirelesshigh-speed internet, or a combination of networks, a cellular servicesuch as a 4G (e.g., LTE, mobile WIMAX) or 5G cellular data service.Network 305 may provide for transmission of data and/or information viaa control protocol, hypertext transfer protocol, simple object accessprotocol or any other internet communication protocol. The wirelesscommunication device 306 is configured to transmit and receive theinformation via the network 305. The computing device 303 comprises adata processing module 310 configured to compute and store data from thesmart helmet 302 by leveraging the processing power of the user'scomputing device 303. The term “module” is used broadly herein andrefers generally to a software or hardware or firmware program residentin memory of the computing device 303. The computing device 303corresponds to mobile devices (e.g., mobile phones, tablets, etc.), andthe applications (e.g. the data processing module 310) accessed aremobile applications, software that offers the functionality of accessingmobile applications, and viewing/processing of interactive pages, forexample, is implemented in the computing device 303 as will be apparentto one skilled in the relevant arts by reading the disclosure providedherein.

Referring to FIG. 4, it is a depiction of the remote/trigger of thesmart helmet system 400. It consists of a paired remote button 402 viaan RF chip circuit 404, and a battery 405 which can be placed on thehandle bar (not shown) of a bike or on the wrist of the user. The remotebutton 402, the RF Chip circuit 404, and the battery 405 are housed inan inner casing which is held in place by a silicon outer casing 406.The silicon casing allows the unit to be strapped onto any rod/handlebar(not shown). The remote button 402, the RF Chip circuit 404, and thebattery 405 are enclosed by an enclosure 401.

Referring to FIG. 5, it is flowchart 500, depicting a method to detectthe exact location of a helmet and the angle of a user's head relativeto its riding position, according to an exemplary embodiment of thepresent disclosure. The method commences at step 502 where the power ison in the helmet. At step 504, the power enabled helmet is paired withthe computing device of the user. Following the pairing the usercommences the ride at step 506. The commencement of the ride leads toactivation of gyroscope sensors at step 508. The relative mean headposition of the user is obtained at step 510. At step 512, it iscalculated as to where the user is looking at a given point of time. Thegyroscope produces data which can be used to calculate where the user islooking at any given point of time. The statistics obtained at step 512is combined with the accelerometer readings at step 514. The methodconcludes by calculating the exact location of the helmet along with theangle relative to the riding position at step 516. This can be used tocalculate where the user is looking at any given point of time.

Referring to FIG. 6, it is a flowchart 600 depicting the protocol forcrash detection by cross referencing readings of the gyroscopes in thehelmet system and the computing device of a user. Upon sensing an impactof more than 96 G, cross checking with the data processing module andgetting a specific pattern readout from the Gyroscope sensor, the helmetwill start to beep and the LED will flash according to the SOS Morsecode. The user has 15 seconds to deactivate the protocol. Once this haslapsed the Helmet will send a signal to the data processing module,which in turn will send out a distress beacon to the emergency contact.This beacon could be a form of communication which informs the emergencycontact of the Impact force, the GPS location (obtained from thecomputing device's GPS chip) and the user's details. The method is insync with data processing module of the computing device and the helmet.The data processing module is started at 602 and the helmet power isswitched on at step 604. Pairing of the computing device with the helmetis done at step 606 and pairing of the helmet with computing devicetakes place as a consequence at step 608. At step 610 the sense of anycrash taken place is done through computing device's inbuilt sensors. Atstep 612 it is enquired whether the crash has been detected. If theenquiry to step 612 is yes, then it is further enquired whether thecrash report has been received at step 614. If the enquiry to step 614is yes, then the crash is indicated at step 616. If the enquiry to step612 and step 614 is no, then the timeout for crash report is noted atstep 622 and the process reverts to step 610. If the enquiry to step 612is no, then the process reverts to step 610. At step 618 it is enquiredwhether the detected crash has been denied by the user. If the enquiryto step 618 is yes, then timeout for reply is given at step 620 and as asecond case the process reverts to step 610. If the timeout reply is no,then the process reverts to step 618. If the timeout reply is yes, thenthe GPS location is collected at step 624 and the crash report is sentalong with the GPS location to the favourites at step 626 and at step628 the data processing module waits for relaunch. On the other hand thehelmet senses the crash with 6DoF sensors at step 630. At step 632 it isenquired whether the crash has been detected. If the enquiry to step 632is yes, then the passive crash report is sent to the computing devicevia the network at step 634 (This step is connected to step 614) and theprocess reverts to step 630. If the enquiry to step 632 is no, then theprocess reverts to step 630.

Referring to FIG. 7, it is a flowchart 700 depicting a protocol forrecognition and activation of “RideSafe” mode. The method begins withthe data processing module detecting whether the user is using theircomputing device by checking the readings on the light sensor. Thesereadings combined with the speed of the user (calculated via movement onmaps) and the usage of buttons will initiate prompts via LED indicatorsand/or speakers to direct the user to put away the computing devicewhile driving and also disable certain dangerous functions. The methodstarts at step 702, where the data processing module is started andpaired with the helmet at step 704. The light sensor reading is checkedat step 706. It is enquired at step 707 whether it is more than “x”. Ifthe enquiry to step 707 is yes, then the speed of the user is crossreferred with maps app or accelerometer at step 710. If the enquiry tostep 707 is no, then nothing is done at step 708. At step 712 it isenquired whether the light sensor reading is more than “y”. If theenquiry to step 712 is yes, then an audio prompt via wireless speaker isinitiated and LED indicator present in the helmet and disable thefeatures at step 716. If the enquiry to step 712 is no, then nothing isdone at step 714. At step 718, the power of the helmet is switched onand paired with the computing device at step 720. The light sensorreadings are sensed from the computing device at step 722. Theaccelerometer is cross referred with the data processing module at step724. At step 726 it is enquired whether it is more than “X”. If theenquiry to step 726 is yes, then a command is received from thecomputing device at step 728. The LED sensor is activated and a voicecommand is initiated through speaker at step 730 and the process revertsto step 724.

Referring to FIG. 8 is a flowchart 800, depicting a protocol foractivating and initiating an emergency distress protocol/signal by whichthe smart helmet system automatically begins recording and keeping a logof all the data. The protocol may be described in synchronization ofwireless band, the helmet, and the data processing module. Step 802marks the helmet's predefined process like switching the wirelesscommunication device on. In case of an emergency at step 804 it isenquired whether the SOS button has been long pressed. If the enquiry tostep 804 is yes, then the SOS signal is sent to both the data processingmodule which is started at step 814 via the wireless communicationdevice at step 806. If the enquiry to step 804 is no, then it is furtherenquired at step 812 whether the SOS signal has been received from awireless band. If the enquiry to step 812 is yes, then the processcontinues by connecting to step 806. If the enquiry to step 812 is no,then the process reverts to step 802. The SOS signal may be recordedfrom the microphone and streamed to the data processing module viawireless communication device at step 808. It is enquired at step 810whether the wireless low energy signal has been lost or reset. If theenquiry to step 810 is no, then the process reverts to step 808.

As a continuation to step 814, at step 816 the data processing module issubjected to a predefined process. At step 818 it is enquired whetherthe SOS signal has been received via wireless network. The step 818 isconnected to step 806. If the enquiry to step 818 is yes, then the GPSlocation is collected at step 820. At step 822 the emergency alert andthe GPS location is sent to favorite contacts who may not be limitingto, friends, family, guardians, and the like. At step 824 audio livestream is received from helmet which is saved through the microphoneprovided in the memory of the computing device at step 826. Steps 808and 824 are interconnected. Further at step 828 the app may be relaunched as per the requirement. The wireless band normally tends to beidle as depicted in step 830. It is enquired at step 832 whether the SOSbutton has been long pressed. If the enquiry to step 832 is yes, thenthe SOS signal is sent to the helmet at step 834. The step 834 and 812are interconnected. If the enquiry to step 832 is no, then the processreverts to step 830.

Referring to FIG. 9 is a flowchart 900, depicting a protocol forpredicting weather and identifying best routes for the user. The methodbegins at step 902 with the selection of an appropriate route for ridingby the user. Splitting the route into regular intervals of equaldistances is done at step 904. For example: Once the user selects theroute from Point A to Point B, the data processing module is configuredto split the route into intervals ranging between 500 meters-1 km.Therefore, if the route is 10 kilometers long, it will be split into 10or 20 intervals. Identification of each interval point and determiningthe arrival time of the user using the map based application is done atstep 906. At step 908 referencing the weather at the interval point withthe time of arrival of user at that interval point using a defaultweather application is done. At step 910 the prediction of the weatherin the entire route of the ride is done by the data processing module.

Referring to FIG. 10 is a flowchart 1000, depicting the method fortriggering the SOS. The method begins at step 1001, and then at step1002 with power on the helmet and activate SOS from the data processingmodule at the computing device. Allowing the user to select the timer tocancel the SOS at step 1004. It is enquired at step 1006 whether theuser cancels the SOS before timeout. If the enquiry to step 1006 is yes,then the process reverts to step 1001. If the enquiry to step 1006 isno, then updating the live location from GPS at step 1008. Sending thelocation-based notifications to emergency contacts via the dataprocessing module at step 1010. Here, the location-based notificationsmay be sent to emergency contacts via different communication modes(such as email, SMS mode, and so forth). It is enquired at step 1012whether the timeout or SOS is cancelled. If the enquiry to step 1012 isyes, then the process reverts to step 1001. If the enquiry to step 1012is no, then the process continues at step 1008.

Referring to FIG. 11 is a flowchart 1100, depicting the method fordetecting head-on crash. The method begins at step 1102, where theaccelerometer detects head-on crash greater than the threshold limit. Itis enquired at step 1104 whether the motion detection from the GPS datais passive crash detected data or active crash detected data. If theenquiry to step 1104 is active crash detected data (when the user metwith can accident), cross referencing accelerometer data readings withthe data processing module at the computing device and-checks whetherthe user is in motion by referring to a gyroscope sensor and thenallowing the user to select the timer to cancel the crash protocol 1106.Active crash means. It is enquired at step 1108 whether the user cancelscrash protocol before timeout. If the enquiry to step 1108 is yes, thenthe process reverts to step 1102. If the enquiry to step 1108 is no,then updating the live location from GPS at step 1110. Sending thelocation-based notifications to emergency contacts via the dataprocessing module at step 1112. If the enquiry to step 1104 is passivecrash detected data, then the allowing the user to select the timer tocancel the crash protocol cancel 1114. Here, passive crash (userdropping helmet accidentally). It is enquired at step 1116 whether theuser cancels crash protocol before timeout. If the enquiry to step 1116is yes, then the process reverts to step 1102. If the enquiry to step1116 is no, then sending the notification to the user that the helmetwas dropped at step 1118.

Referring to FIG. 12 is a flowchart 1200, depicting the method forconcussion detection. The method begins at step 1201, start and then atstep 1202 with gyroscope sensor detects angular velocity greater thanthe threshold limit. Here, it includes a rotational crash protocol.Measuring head position, and angular velocity at step 1204. AccessingGPS data before and after the impact at step 1206. Identifying linearacceleration and position at step 1208. Determining concussion from thecombined GPS, accelerometer, and gyroscope sensors at step 1210. It isenquired at step 1212 whether the concussion is detected. If the enquiryto step 1212 is yes, sending concussion alert to the coach and/ormedical support at step 1214. If the enquiry to step 1212 is no then theprocess reverts to step 1201. On the other hand, accelerometer sensordetects head-on crash greater than threshold limit at step 1216. Here,it includes a head-on crash protocol. Identifying impact and linearacceleration at step 1218. Then, the process continues at step 1210.

Referring to FIG. 13, it is flowchart 1300, depicting a method fordetecting the motion of the smart helmet in a sleep state and wake upthe smart helmet to an active state. The method begins at step 1302where the helmet is in sleep state (lower power mode). At step 1304, itis enquired whether the motion of helmet is detected. If the enquiry tomotion detected to step 1304 is yes, then the helmet gets activated toadvertise and waits for computing device to connect at step 1306. If theenquiry to motion detected to step 1304 is no, then it reverts to step1302. At step 1308, it is enquired whether the timeout for active stateof the helmet. If the enquiry to timeout for active state at step 1308is yes, then the process reverts to step 1302. If the enquiry to timeoutfor active state at step 1308 is no, then the process reverts to step1308.

Referring to FIG. 1400, is flowchart 1400, depicting a method fordetecting the rotational head movement during crash. The method beginsat step 1402 where the gyroscope sensors detects the angular velocitygreater than threshold limit. At step 1404, allowing the user to selectthe timer to cancel the crash protocol. At step 1406, it is enquiredwhether the user cancelled the crash protocol before time out. If theenquiry to user cancels the crash protocol before timeout to step 1406is yes, then the process reverts to step 1402. If the enquiry to usercancels the crash protocol before timeout to step 1406 is no, then thelocation is updated from GPS at step 1408. Sending location-basednotifications to the emergency contacts by the data processing module atstep 1410.

Referring to FIG. 15, it is flowchart 1500, depicting a method fordetecting the ride automatically. It is enquired whether the helmet isconnected to computing device, at step 1502. If the enquiry to helmet isconnected to computing device to step 1502 is yes, then enabling thehelmet activate state and listening for SOS, crash at step 1504. If theenquiry to helmet is connected to computing device to step 1502 is no,then accessing GPS and geofence data from the computing device at step1506. At step 1508, It is enquired whether the user crosses geofence. Ifthe enquiry to user crosses geofence at step 1508 is no, then theprocess reverts to step 1502. If the enquiry to user crosses geofence atstep 1508 is yes, it is further enquired whether the user is moving withmore than threshold speed, at step 1510. If the enquiry to user ismoving with more than threshold speed at step 1510 is no, then theprocess reverts to step 1502. If the enquiry to user is moving with morethan threshold speed at step 1510 is yes, then checking for helmet inwireless communication devices, at step 1512. At step 1514, It isenquired whether the helmet is connected. If the enquiry to the helmetis connected at step 1514 is yes, then the process reverts to step 1504.If the enquiry to the helmet is connected at step 1514 is no, then sendsthe notification to the computing device that the helmet is notconnected, at step 1516.

Referring to FIG. 16 is a block diagram 1600 depicting the details of aDigital Processing System 1600 in which various aspects of the presentdisclosure are operative by execution of appropriate softwareinstructions. The Digital Processing System 1600 may correspond tocomputing device 303 (or any other system in which the various featuresdisclosed above can be implemented).

Digital Processing System 1600 may contain one or more processors suchas a central processing unit (CPU) 1610, Random Access Memory (RAM)1620, Secondary Memory 1630, Graphics Controller 1660, Display Unit1670, Network Interface 1680, and Input Interface 1690. All thecomponents except Display Unit 1670 may communicate with each other overCommunication Path 1650, which may contain several buses as is wellknown in the relevant arts. The components of FIG. 16 are describedbelow in further detail.

CPU 1610 may execute instructions stored in RAM 1620 to provide severalfeatures of the present disclosure. CPU 1610 may contain multipleprocessing units, with each processing unit potentially being designedfor a specific task. Alternatively, CPU 1610 may contain only a singlegeneral-purpose processing unit.

RAM 1620 may receive instructions from Secondary Memory 1630 usingCommunication Path 1650. RAM 1620 is shown currently containing softwareinstructions, such as those used in threads and stacks, constitutingShared Environment 1625 and/or User Programs 1626. Shared Environment1625 includes operating systems, device drivers, virtual machines,machine language, etc., which provide a (common) run time environmentfor execution of User Programs 1626.

Graphics Controller 1660 generates display signals (e.g., in RGB format)to Display Unit 1670 based on data/instructions received from CPU 1610.Display Unit 1670 contains a display screen to display the imagesdefined by the display signals. Input Interface 1690 may correspond to akeyboard and a pointing device (e.g., touch-pad, mouse) and may be usedto provide inputs. Network Interface 1680 provides connectivity to anetwork (e.g., using Internet Protocol), and may be used to communicatewith other systems (such as those shown in FIG. 3, network 305)connected to the network.

Secondary Memory 1630 may contain Hard Drive 1635, Flash Memory 1636,and Removable Storage Drive 1637. Secondary Memory 1630 may store thedata software instructions (e.g., for performing the actions noted abovewith respect to the Figures), which enable Digital Processing System1600 to provide several features in accordance with the presentdisclosure.

Some or all of the data and instructions may be provided on RemovableStorage Unit 1640, and the data and instructions may be read andprovided by removable storage drive 1637 to CPU 1610. Floppy drive,magnetic tape drive, CD-ROM drive, DVD Drive, Flash memory, removablememory chip (PCMCIA Card, EEPROM) are examples of such removable storagedrive 1637.

Removable storage unit 1640 may be implemented using medium and storageformat compatible with removable storage drive 1637 such that removablestorage drive 1637 can read the data and instructions. Thus, removablestorage unit 1640 includes a computer readable (storage) medium havingstored therein computer software and/or data. However, the computer (ormachine, in general) readable medium can be in other forms (e.g.,non-removable, random access, etc.).

In this document, the term “computer program product” is used togenerally refer to removable storage unit 1640 or hard disk installed inhard drive 1635. These computer program products are means for providingsoftware to digital processing system 1600. CPU 1610 may retrieve thesoftware instructions, and execute the instructions to provide variousfeatures of the present disclosure described above.

The term “storage media/medium” as used herein refers to anynon-transitory media that store data and/or instructions that cause amachine language to operate in a specific fashion. Such storage mediamay comprise non-volatile media and/or volatile media. Non-volatilemedia includes, for example, optical disks, magnetic disks, orsolid-state drives, such as storage memory 1630. Volatile media includesdynamic memory, such as RAM 1620. Common forms of storage media include,for example, a floppy disk, a flexible disk, hard disk, solid-statedrive, magnetic tape, or any other magnetic data storage medium, aCD-ROM, any other optical data storage medium, any physical medium withpatterns of holes, a RAM, a PROM, and EPROM, a FLASH-EPROM, NVRAM, anyother memory chip or cartridge.

Storage media is distinct from but may be used in conjunction withtransmission media. Transmission media participates in transferringinformation between storage media. For example, transmission mediaincludes coaxial cables, copper wire and fiber optics, including thewires that comprise bus (communication path) 1650. Transmission mediacan also take the form of acoustic or light waves, such as thosegenerated during radio-wave and infra-red data communications.

Reference throughout this specification to “one embodiment”, “anembodiment”, or similar or any Machine language means that a particularfeature, structure, or characteristic described in connection with theembodiment is included in at least one embodiment of the presentdisclosure. Thus, appearances of the phrases “in one embodiment”, “in anembodiment” and similar or any Machine language throughout thisspecification may, but do not necessarily, all refer to the sameembodiment.

Furthermore, the described features, structures, or characteristics ofthe disclosure may be combined in any suitable manner in one or moreembodiments. In the above description, numerous specific details areprovided such as examples of programming, software modules, userselections, network transactions, database queries, database structures,hardware modules, hardware circuits, hardware chips, etc., to provide athorough understanding of embodiments of the disclosure.

In different embodiments, the helmet system is integrated withartificial intelligence (AI), wherein the AI integrated helmet systemscan detect various situations and react/adapt accordingly in anintelligent manner.

In different embodiments, the helmet system is configured to collectdata and correlate and compute it with the mobile applications such asmaps in the user's computing device to provide real time traffic andweather data for various purposes.

Although the present disclosure has been described in terms of certainpreferred embodiments and illustrations thereof, other embodiments andmodifications to preferred embodiments may be possible that are withinthe principles and spirit of the invention. The above descriptions andfigures are therefore to be regarded as illustrative and notrestrictive.

Thus the scope of the present disclosure is defined by the appendedclaims and includes both combinations and sub combinations of thevarious features described herein above as well as variations andmodifications thereof, which would occur to persons skilled in the artupon reading the foregoing description.

I/We claim:
 1. An integrated smart helmet system, comprising: a controlunit-PCB 201 is wirelessly connected to a computing device 303 over anetwork 305, whereby the computing device 303 is configured to enable auser to use different functionalities without having to remove a helmet102 and access the computing device 303 and the control unit-PCB 201 isconfigured to detect crashes while wearing the helmet 102 by the userand notify the crash detected information to the computing device 303over the network 305; and buttons 213 a-213 d are positioned at the rearor on the side of the helmet 102 and the control unit-PCB 201 iselectrically coupled to the buttons 213 a-213 d, the buttons 213 a-213 dare configured to initiate prompts to direct the user to put away thecomputing device 303 while driving and also disable certain dangerousfunctions.
 2. The integrated smart helmet system as claimed in claim 1,wherein the control unit-PCB 201 comprises a wireless communicationdevice 303 configured to transmit and receive information via thenetwork
 305. 3. The integrated smart helmet system as claimed in claim1, wherein the control unit-PCB 201 is electrically coupled to amicrophone 205 configured to record SOS signal
 4. The integrated smarthelmet system as claimed in claim 1, wherein the control unit-PCB 201 iselectrically coupled to ultrasonic sensors 211 a-211 b placed at blindspot detection angles and are configured to scan and report objects inthe user's blind spot.
 5. The integrated smart helmet system as claimedin claim 1, wherein the control unit-PCB 201 is electrically coupled toat least two front LED indicators 209 a-209 b, and at least one rear LEDindicator 209 c is configured to direct the user to put away thecomputing device 303 while driving and also disable certain dangerousfunctions.
 6. The integrated smart helmet system as claimed in claim 1,wherein the smart helmet 102 comprising a paired remote button 402 viaan RF chip circuit 404, and a battery 405 which can be placed on thehandle bar.
 7. The integrated smart helmet system as claimed in claim 1,wherein the computing device 303 comprises a data processing module 310configured to compute and store data from the smart helmet 102 byleveraging the processing power of the user's computing device
 303. 8. Amethod, comprising: activating a smart helmet 102; pairing the smarthelmet 102 with a computing device 303 of a user; commencing the ride bythe user; activating a gyroscope sensor 215 upon commencement of theride; obtaining the relative mean head position of the user; calculatingas to where the user is looking at a given point of time; andcalculating the exact location of a smart helmet 102 and the anglerelative to the riding position.
 9. The method as claimed in claim 8,further comprising a step of allowing the user to select the timer tocancel the SOS.
 10. The method as claimed in claim 8, further comprisinga step of updating the live location from GPS.
 11. The method as claimedin claim 8, further comprising a step of sending the location-basednotifications to emergency contacts via the data processing module 310.12. A method, comprising: activating a smart helmet 102; pairing thesmart helmet 102 with a computing device 303 of a user; commencing theride by the user; detecting head-on crash greater than the thresholdlimit by an accelerometer 219; authenticating data readings from theaccelerometer 219 and motion detection from GPS location after theimpact and then enquire whether there is a detected motion is a passivecrash or an active crash; cross referencing accelerometer data readingswith the data processing module 306 at the computing device 303and-checks whether the user is in motion by referring to a gyroscopesensor 215 and then updating the GPS live location when the user doesn'tcancel the crash protocol before timeout; if it is the active crash,sending the location-based notifications to emergency contacts via thedata processing module 306; and if it is the passive crash, sending thenotification to the user that the helmet was dropped when the userdoesn't cancel the crash protocol before timeout.
 13. The method ofclaim 12, further comprising concussion detection includes stepsdetecting angular velocity greater than the threshold limit by agyroscope sensor 215; measuring head position, and angular velocity;accessing GPS data before and after the impact; identifying linearacceleration and position; determining concussion from the combined GPS,accelerometer 219, and gyroscope sensors 215; sending concussion alertto the coach and/or medical support; and detecting head-on crash greaterthan threshold limit by an accelerometer 219 sensor and identifyingimpact and linear acceleration.
 14. The method of claim 12, furthercomprising rotational head movement detection includes steps duringcrash includes detecting angular velocity greater than threshold limitby the gyroscope sensors 215; allowing the user to select the timer tocancel the crash protocol and sending notifications to the emergencycontacts by the data processing module
 310. 15. The method of claim 12,further comprising ride detection includes steps enabling the smarthelmet to activate state and listens for SOS; accessing GPS and Geofencedata from the computing device 303; checking for the smart helmet inconnection with the wireless communication device 306; and sending thenotifications to the computing device 303 that the smart helmet is notconnected.